CLAIMS 



1-5. (canceled) 

6. (previously presented) A data management system, said system characterized as a composite 
system comprising at least one processor, the system comprising a plurality of processes; 

each process having an interface and implementing at least one respective service defined by that 
interface; 

a first invocation of the at least one respective service by a transaction resulting in the creation of a first 

transaction local to the process thereof, the first local transaction being a child of the invoking 
transaction and being parent of any transaction triggered by invocation of a service of another process; 

a second invocation of the at least one respective service by a transaction resulting in the creation of a 
second transaction local to the process thereof, the second local transaction being a child of the 
invoking transaction and being parent of any transaction triggered by invocation of a service of another 
process; 

each process characterized in that if the first transaction and the second transaction conflict but are both 
children of a same invoking transaction, then the first transaction and the second transaction are not 
executed concurrently; 

each process fiirther characterized in that each transaction local thereto is independently handled at the 

process; 

each process making scheduling and recovery decisions independent of any centralized component. 

7. (currently amended) The system of claim 6 wherein thea root transaction is able to dynamically set 
concurrency preferences for ^a resulting distributed transaction, based on client needs , wherein the 
concurrency preferences specify the extent to which shared resource access is desired or allowed or 

denied among descendant transaction invocations of the root invocation or user and other, concurrent 
transaction invocations who are also descendants of the same root . 



8. (currently amended) A method for use with a data management system, said system characterized as 
a composite system comprising at least one processor, the system comprising a pluraUty of processes; 

each process having an interface and implementing at least one respective transactional service defined 
by that interface; invocation of the at least one respective transactional service by a thread of the 
invoking transaction and being parent of any transaction triggered by invocation of a transactional 
service of another process; 

each process further characterized in that each transaction local thereto is independently handled at the 
process; 

each process making scheduling and recovery decisions independent of any centralized component 
triggered by invocation of a transactional s ervice of another process, each process fiirther characterized 
in that each transaction local thereto is independently handled at the process, each process making 
scheduling and recovery decisions independent of any centralized component, the method comprising 
the steps of: 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root fransaction, said message also indicative of a number or identifying list of 
transactional i nvocations which the first process has made to the second process on behalf of the root 
fransaction; 

within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of fransactional invocations which have been made on 
behalf of the root fransaction; 

in the event the comparison yields a non-match, aborting the fransaction. 

9. (original) The system of claim 8 wherein each process is built using Java. 

10. (original) A method for use with a data management system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an interface and 



implementing at least one respective service defined by that interface, invocation of the at least one 
respective service by a transaction resulting in the creation of a transaction local to the process thereof, 
the local transaction being a child of the invoking transaction and being parent of any transaction 
triggered by invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making scheduling and 
recovery decisions independent of any centralized component, the method comprising the steps of: 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root transaction, said message also indicative of a number or list of invocations which 
the first process has made to the second process on behalf of the root transaction; 

within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of invocations which have been made on behalf of the 
root transaction; 

in the event the comparison yields a match, proceeding with the globalCommit operation. 

1 1 . (original) A method for use with a data management system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an interface and 
implementing at least one respective service defined by that interface, invocation of the at least one 
respective service by a fransaction resulting in the creation of a transaction local to the process thereof, 
the local transaction being a child of the invoking fransaction and being parent of any fransaction 
triggered by invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making scheduling and 
recovery decisions independent of any cenfralized component, the method comprising the steps of: 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root fransaction, said message also indicative of a number or list of invocations which 
the first process has made to the second process on behalf of the root transaction; 

within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of invocations which have been made on behalf of the 
root fransaction; 



in the event the comparison yields a non-match, aborting the transaction. 



12. (currently amended) A distributed syste m using a two-phase commit protocol , said system 
characterized as a composite system comprising at least one processor, the system comprising a 
plurality of processes; 

each process having an interface and implementing at least one respective service defined by that 
interface; 

each or any two-phase commit globalCommit message exchange between processes also carrying 
information about the actual work being committed. 

13. (previously presented) The system of claim 12, such information being logged for recoverability in 
the event of a crash, such information being used for assistance at any time before, during or after 
global commitment. 

14. (original) The system of claim 12 or 13, wherein any globalCommit requires a registration, and 
wherein the registration for a globalCommit also carries information about the actual work being 
committed. 

15. (previously presented) A method for use in a distributed system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an interface and 
implementing at least one respective service defined by that interface, the method comprising the step 
of: for each globalCommit message exchanged between processes, including also information about the 
actual work being committed. 

16. (previously presented) The method of claim 15 further comprising the step of logging such 

information for recoverability in the event of a crash, such information being used for assistance at any 
time before, during or after global commitment. 

17. (original) The method of claim 15 or 16 fiirther comprising the step of propagating a registration 
for a globalCommit, wherein the registration for a globalCommit also carries information about the 



actual work being committed. 

18. (currently amended) A distributed system, said system characterized as a composite system 
comprising at least one processor, the system comprising a plurality of processes; 

each process having an interface and implementing at least one respective transactional service defined 
by that interface; 

wherein thea root transactional invocation-of or, alternatively, thea root's human user is allowed to 
dynamically set its/his its or his concurrency preferences for thean entire transactional invocation: 

wherein the root invocation (transaction) propagates the concurrency preferences with each or any 
child invocation it makes; and 

wherein the propagated concurrency preferences at any level in the root invocation's invocation 
hierarchy specify the extent to which shared resource access is desired or allowed or denied among 
descendant transactional invocations of the root invocation or user and other, concurrent transactional 
invocations who are also descendants of the same root. 

19. (canceled) 

20. (previously presented) The system of claim 18 wherein any or each invocation propagates the 
concurrency preferences as it has received them from the root invocation. 

21-22. (canceled) 

23. (currently amended) A data management system, referred to as transactional service, comprising: 
oOne or more operations that can be invoked by remote clients; 

sSome or all such remote clients having one or more associated contexts or transaction contexts; 
aAn invocatio n of the service by a remote client also containing partial or complete information 



indicating or containing said client's transaction context or contexts; 



aAn invocatio n of the service , by a remote client, of an operation leading to a new transaction 
different from, but possibly related to, any existing client transaction; 

sSuch an operation-level transaction being committed before the client transaction context is 
terminated before globalCommit notification; 

ffhe transactional s ervice locally m aintaining an undo operation for such a committed 
operation; and 

aA: failing or failed remote client transaction context leading to the execution of the locally 
maintained u ndo operations of the corresponding committed invocations in the transactional 
service. 

24. (currently amended) The system of claim 23 where some or all undo operations are executed in an 
order that is the reverse of thean order of their original counterparts. 

25. (currently amended) The system of claim 23 where in addition the undo operations are chosen or 
defined in the same system as the one where tite corresponding normal operations were executed. 

26. (currently amended) The system of claim 23 where some or all undo operations are unknown to the 
transactional context of a remote client to a remote client or its context . 

27. (currently amended) The system of claim 23 where some or all undo operations are executed after 
a timeout and independent of whether the client's transaction context outcome requires such undo. 

28. (currently amended) The system of claim 23 wherein an undo operation is with respect to an 

original operation, w here an undo operation's effects are confined to the data managed by the 
transactional service on which the undo operation is maintained, even if the respective original 
operation involved other services. 



29. (currently amended) The system of claim 23 where the service keeps locks on transactions t o 



ensure that undo operations can be executed correctly. 

30. (original) The system of claim 23 where client context-related information is also part of any 
global commit message exchanges. 

3 1 . (original) The system of claim 23 where client context information includes application-specific 
data. 

32. (currently amended) The system of claim 3 1 where all or part of the context information is logged- 
ireT-S torcd b y storing on persistent storage, and retrievable by a human administrator. 

33. (original) The system of claim 23 where the service accepts messages indicative of which 
previously committed operations have to be undone. 

34. (previously presented) The system of claim 23 where the service accepts messages indicative of 
which previously committed operations do not have to be undone. 

35. (previously presented) The system of claim 23 where some or all invocations are message-based or 
asynchronous. 

36. (original) The system of claim 23 where some or all invocations are synchronous. 

37. (currently amended) The system of claim 23 where the client can request the undo executions of its 
invocations at the service while still allowing globalCommit in the end . 



